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© Automated voice system for improving agent efficiency and for improving service to parties on 
hoid. 



© A method and an apparatus for improving agent 
efficiency by reducing non-productive time such as 
time on hold and time for wrap-up statements. After 
an agent has been connected to a call the agent 
may determine that automated handling of the call is 
appropriate. Depending upon the status of the call 
the agent may specify that the call has been essen- 
tially completed or that the agent is on hold. The 
agent may speak the name of the connected party 
and this will be recorded. Then the agent is discon- 



nected from the call and a message playing device, 
which may also replay the spoken name, is ac- 
tivated. If the response from the connected party 
indicates that an agent's attention is again needed 
then the same or a different agent is connected to 
the call. In addition, a party on hold is provided an 
estimate of the time before an agent becomes avail- 
able and/or the number of parties ahead in the 
holding queue. 
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Technical Field 

The present invention relates to autonnated di- 
aling systems and in particular to a nnethod and an 
apparatus for innproving the efficiency of an agent 
by eliminating "agent-wait" time and automating 
the "wrap-up" procedure and for improving the 
service provided to a party on hold by providing 
information on the holding status. 

Background of the Invention 

Automated dialing systems are. in general, well 
known. For example, U.S. Patent Nos. 4.797,911 
and 4,894,857. both of which are assigned to the 
assignee of the present invention, disclose auto- 
mated outbound dialing and inbound call process- 
ing system. In addition, certain other advantageous 
techniques are described in U.S. Patent Application 
No. 478,619, filed February 12, 1990. entitled 
"Method For Avoiding Call Blocking", and U.S. 
Patent Application No. 533.489, filed June 5, 1990. 
entitled "Method And Apparatus For Dynamic And 
Interdependent Processing Of Inbound Calls And 
Outbound Calls", both of which are assigned to the 
assignee of the present invention. These patents 
and patent applications are herein collectively re- 
ferred to as "documents' and are herein incor- 
porated by reference. The systems described in 
these documents improve the efficiency of an 
agent by eliminating the need for the agent to look 
up a customer telephone number, dialing the tele- 
phone number, waiting for the call to be answered, 
etc. In addition, the systems described in these 
documents allow certain information to be gathered 
without the assistance of an agent so that some 
incoming calls may be completely processed with- 
out agent intervention. For outbound calls the sys- 
tems automatically dial the telephone number, 
monitor the called number for an answer and, when 
an outbound call is answered, automatically con- 
nect the called number to an available agent and 
place information regarding the called customer on 
the screen for the connected agent. 

However, in instances where the called number 
is a home telephone number the desired party may 
not be the party who answers the phone and the 
agent may have to wait while the person who 
answers the phone locates the desired party or 
determines that the desired party cannot come to 
the telephone at that time. Likewise, if the called 
number is a business telephone number, the agent 
may be put on hold while the receptionist transfers 
the call to the desired party or determines that the 
desired party cannot be found, cannot come to the 
telephone because the desired party is in a meet- 
ing, etc. In such cases, the agent's time Is wasted 
and the agent's efficiency is lowered while the 



agent waits for the desired party to come to the 
telephone or for the answering party to advise that 
the desired party Is not available to answer the 
telephone. 

5 Therefore, there is a need for a method and an 

apparatus which will improve agent efficiency by 
reducing the time that the agent is waiting and 
holding for the desired party to answer or for a 
determination that the desired party is not avail- 

10 able. 

In addition, at the end of the call, the agent 
may repeat to the desired party the information 
provided by the desired party so that the informa- 
tion can be verified, thank the party for his/her time 

15 or for calling, ask whether the party needs any 
additional Information, etc. These "wrap-up" state- 
ments consume a substantial amount of time and, 
generally, provide very little additional information, 
orders, or other benefit. However, courtesy to the 

20 customer demands that these wrap-up statements 
be provided. Therefore, there is a need for a meth- 
od and an apparatus which can improve agent 
efficiency by providing the wrap-up statements in a 
manner which provides the required courtesy and 

25 at the same time allows the agent to immediately 
begin handling the next call. 

Circumstances occasionally arise in which the 
connected party is placed on hold t>ecause the 
connected party desires or requires the assistance 

30 of an agent and no agent is immediately available. 
Typically, music and/or a prerecorded message is 
played to the connected party. Unfortunately, the 
connected party has no Indication of whether an 
agent will be available in ten seconds, ten minutes, 

35 or an hour. This leads to frustration on the part of 
the connected party because the connected party 
may prefer to call back at a later time rather than 
wait for an agent to become available if the wait 
time is going to exceed some party-defined limit. 

40 Therefore, there is a need for a method and an 
apparatus which notifies the connected party of the 
approximate wait time before an agent becomes 
available so that the connected party can decide to 
whether to hold, call back, or request a call from an 

45 available agent. 

Summary of the Invention 

The present invention provides a method and 
50 an apparatus whereby an agent may be relieved of 
the duties of waiting on hold and providing wrap-up 
statements. When an agent is connected to a call 
and the agent is put on hold the agent presses a 
key which indicates that the agent has been placed 
55 on hold. This causes the agent to be disconnected 
from that call and connected to another call. At the 
same time, a message is played on the telephone 
line indicating that an agent will return to assist the 
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party if the party presses a key on the telephone 
key pad or verbally indicates his/her presence. 
When the party has indicated his/her presence the 
first available agent will be connected to the party. 
If the agent who previously handled the call is 
available then that particular agent will be recon- 
nected to the call. In both cases, any available 
customer information will be displayed to the agent 
when the agent is connected/reconnected. 

When the agent determines that the desired 
transaction has been completed and the only re- 
maining tasks are the wrap-up statements then the 
agent may press another key. This will cause the 
agent to be disconnected from the call and con- 
nected to another call. At the same time, one or 
more prerecorded messages are played to the 
connected party. These messages may be in the 
voice of the agent who was previously connected 
or may be in the voice of another person. When 
required, such as for verification of previously-en- 
tered information, this process may be interactive 
so that a signal from party indicating verification of 
the information causes the next piece of informa- 
tion to be presented for verification and a signal 
indicating that the information is incorrect causes 
an agent to be connected to the party. If the agent 
which was previously connected to the party is 
available then that agent will be reconnected to the 
party. In both cases, any available customer in- 
formation will be displayed to the agent when the 
agent is connected/reconnected. 

A typical system for implementing the present 
invention has: a host computer, such as a main- 
frame computer, for storage and retrieval of data; a 
plurality of agent terminals; a PBX/ACD/switch for 
connecting telephone trunk lines to agent terminals 
or trunk interface units; trunk interface units for 
monitoring the status of the telephone trunk lines 
and performing automated interaction with the con- 
nected party; and a controller for controlling and 
coordinating the activities of the other components. 
The trunk interface units have dialers for placing 
outbound calls, answer detection devices for de- 
tecting an answer to an outbound call, digital voice 
playback and recording devices for placing and/or 
recording messages, and devices for detecting an 
incoming call and receiving, from the telephone 
company central office, information regarding that 
incoming telephone call. 

The present invention therefore allows an agent 
to indicate to the system that the agent is no 
longer needed, or at least is not needed for some 
undetermined time, so that the system can interact 
with the connected party to the extent possible 
and. when necessary, again connect an agent to 
the connected party. The system will reconnect the 
same agent to the connected party if that agent is 
available but. otherwise, will simply connect the 
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next available agent. In both cases, any available 
customer information will be displayed to the agent 
when the agent is connected/reconnected. 

Therefore, it is an object of the present inven- 

5 tion and an advantage provided by the present 
invention to reduce the on-hold time of an agent by 
allowing the agent who has been placed on-hold to 
be connected to another call and connecting an 
agent to the previous call when the connected 

10 party returns to the line. 

It is another object of and an advantage pro- 
vided by the present Invention to reduce the wrap- 
up time of an agent by allowing the agent to 
indicate that the agent is no longer needed for that 

75 call, connecting the agent to another call, and auto- 
matically interacting with the connected party until 
completion of the call or until the connected party 
indicates that an agent is required. 

The present invention advises the connected 

20 party of the approximate time before an agent will 
be available and/or advises the connected party of 
the number of parties in the holding queue ahead 
of the connected party. The present invention also 
queries the connected party to determine whether 

26 the connected party would like to continue holding 
or would like to have an agent return the call. This 
allows the connected party to make a decision as 
to whether to continue holding, to call back at a 
later time, or ask that an agent return the call. The 

30 present invention uses statistics on agent perfor- 
mance, such as those used in the outbound call 
pacing algorithm, and the number of parties ahead 
of the connected party, to predict the amount of 
time before the party on hold will be connected to 

35 an agent. 

In accordance with the present Invention, call 
durations and call volume, for both inbound calls 
and outbound calls, are measured and used to 
compile statistics which, in turn, are used to gen- 

40 erate predictions (estimates) of anticipated future 
call durations and volumes. The compilation and 
prediction process is preferably performed for each 
individual agent so that the time when a busy agent 
will become available may be accurately predicted. 

45 Also, statistics are compiled for the outbound call 
connect ratio (the ratio of the number of answered 
outbound calls to the number of placed outbound 
calls). The above statistics are then used to gen- 
erate call pacing rates. These techniques, de- 

50 scribed in the referenced documents, provide ex- 
cellent results in that the productivity of each agent 
is maximized by keeping the agent connected to a 
party (as opposed to an unanswered call) at, or 
nearly at. all times. 

55 Furthermore, as described in the referenced 

documents, the availability of each individual agent 
can be predicted. This, combined with a measure- 
ment of the number of parties on hold, and the 
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time that each party has been on hold, allows the 
use of real-time voice nnessages to advise the 
party on hold of the number of parties ahead of 
that party and/or the expected time before that 
party will be connected to an agent. This allows the 
party to make an informed decision as to what 
action the party may want to take, thereby Increas- 
ing the quality of the service provided to the cus- 
tomer and substantially Increasing customer sat- 
isfaction. 

Therefore, it is an object of the present inven- 
tion and an advantage provided by the present 
invention to determine the amount of time before a 
party on hold will be connected to an agent and/or 
the number of parties in the holding queue ahead 
of the connected party, to provide this information 
to the party on hold, and allow the party on hold to 
make an informed decision with respect to continu- 
ing to hold, calling back later, or requesting that the 
call be returned. 

It is another object of the present invention and 
an advantage provided by the present invention 
that statistics, such as those used in or provided by 
call pacing algorithms, be used to determine the 
time before a particular party on hold will be con- 
nected to an agent. 

Brief Description of the Drawing 

Rgure 1 is a block diagram of the preferred 
environment of the present invention. 

Figure 2 is a block diagram of a trunk interface 
unit of the preferred embodiment of the present 

invention. 

Figure 3 is a flow chart illustrating the basic 
operation of the preferred embodiment of the 
present invention. 

Figure 4 is a detailed flow chart illustrating the 
preferred operation of the present invention. 

Detailed Description 

Turn now to the drawing, in which like nu- 
merals represent like components throughout the 
several figures. Figure 1 is a block diagram of the 
preferred environment of the present invention. The 
basic principles of operation of this type of system, 
excluding the present invention, have been de- 
scribed in detail in the referenced documents. The 
preferred embodiment comprises trunk interface 
units 10 such as commercially available audio re- 
sponse units (ARU), voice response units (VRU), 
and interactive voice response units (IVR), a sys- 
tem controller 11, a PBX or ACD or cross-point 
switch 13, a mainframe computer or host 16, and 
agent terminals 12A-12N. Trunk lines T1-TN, col- 
lectively designated as trunks 1, may be conven- 
tional analog trunks. T1 trunks, or ISDN trunks, as 
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determined by the desirability and availability of 
trunk types provided by the local telephone com- 
pany. In addition, automatic number identification 
(ANI) and dialed number identification service 

5 (DNIS) information may be provided by the tele- 
phone company over trunks 1 . Trunk lines 1 are, in 
one embodiment, only connected to port group A 
of private branch exchange/automatic call 
distributor/switch (PBX/ACD/switch) 13 and, in an- 

10 other embodiment, are also connected to the group 
A lines port of trunk interface units 10. Port group 
B of PBX/ACD/switch 13 is connected by bus 2 to 
the group B lines port of trunk interface units 1 0. 
Trunk interface units 10 typically perform trunk 

75 seizure, dialing, call progress monitoring, message 
playing, message recording, voice recognition and 
analysis, voice conversion, voice storage, voice 
playback, dual tone multifrequency (DTMF) decod- 
ing, and decoding of ANI and DNIS call data pro- 

20 vided by the telephone company central office. 
Alternatively, PBX/ACD/switch 13 may perform the 
functions related to outbound call placement and 
inbound call detection and initial handling, and the 
trunk interface units 10 may primarily perform 

25 voice and DTMF processing functions. 

Each agent terminal 12 has an audio commu- 
nications device (not shown), such as a headset, 
for connection to the VOICE port, a display screen 
(not shown), a keyboard (not shown), and a 

30 control/data NETWORK port. System controller 11, 
trunk interface units 10, and PBX/ACD 13 also have 
a control/data NETWORK port. In the preferred 
embodiment the NETWORK port of trunk interface 
units 10, system controller 11, agent terminals 12, 

35 PBX/ACD 13, and mainframe/host 16 are connect- 
ed together by an Ethernet or token ring network 4. 

It will be appreciated that many different com- 
munication link/network topologies and protocols 
may be used to interconnect devices 10/13 and 16. 

40 For example, parallel topology, star network topol- 
ogy, double-network topology, zoned-network to- 
pology, multiple local-area and/or wide-area net- 
work topology, etc., may be used. In addition, 
depending to some degree upon the topology cho- 

45 sen and the communications data rates required, 
the technology used to implement the network is 
non-critical and may be fiber optic cable, coaxial or 
triaxial cable, twisted pair (shielded or unshielded), 
multiple-conductor parallel bus, etc. The particular 

60 topology, protocol, command set, etc., actually 
used in a given installation will depend upon the 
customer's cost and space requirements, existing 
equipment and/or networks, and projected needs 
for future expansions. It should therefore be under- 

55 stood that the scope of the present invention is not 
limited by or to any particular network topology, 
communications link or protocol, command set, 
technology, or language. 
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The grouping and labeling of the ports of 
PBX/ACD 13 is for convenience. In the preferred 
ennbodlnnent. any port may be configured as a 
trunk port, as in group A, or an extension port, as 
In groups B and C. Therefore, trunk lines 1 may be 
connected by PBX/ACD 13 to trunk intertace units 

10 via bus 2 and to agent terminals 12 via bus 3. 
Also, trunk interface units 10 may be connected via 
busses 2 and 3 and PBX/ACD 13 to agent termi- 
nals 12. Device 13 may be a simple switch which 
acts upon received instructions, or may be an 
Intelligent switch (PBX or ACD) which . receives 
some instructions but performs certain operations 
In response to current conditions and sends a 
signal indicating the action taken, such as routing a 
call to an agent terminal 12 or trunk interface unit 
10. Device 13 may receive the instructions from 
trunk interface units 10, system controller 11, 
and/or mainframe 16. Similarly, device 13 may 
send the signal Indicating the action taken to de- 
vices 10, 11, and/or 16. 

in the preferred embodiment, system controller 

11 and each agent terminal 12 comprises a com- 
puter having memory such as read only memory 
(ROM), random access memory (RAM), and disk 
drives, such as an IBM PS/2, although other com- 
puters may be used. 

Network 4 may be connected to other devices. 

System controller 11 controls and/or monitors 
certain functions, such as obtaining Information 
from mainframe 16, placing outbound calls, des- 
ignating a trunk line as an inbound trunk and/or an 
outbound trunk, generating performance statistics, 
and implementing the call pacing/agent 
allocations/trunk line allocation algorithms. These 
functions of system controller 11 and the manner in 
which they are implemented are described in more 
detail In the referenced documents. 

Batch mode transfer from mainframe computer 
16 to system controller 11 is preferred but, if 
desired or required by the limitations of the ap- 
plications software of mainframe computer 16. sys- 
tem controller 1 1 can obtain information from main- 
frame 16 one account at a time. Also, depending 
upon the previously Installed program in host 16, 
system controller 11 may obtain full account in- 
formation, abbreviated account information, or com- 
pilations of certain account information such as, for 
example, a calling list. System controller 11 coordi- 
nates and/or performs such functions as causing a 
trunk interface unit 10 to seize a trunk line, dial a 
customer telephone number, monitor the status of 
the outgoing call, detect an Incoming call, answer 
an incoming call, play messages and determine the 
response from the called/calling party, record a 
called/calling party's response, etc. These functions 
of system controller 11 and the manner in which 
they are Implemented are described In more detail 



in the referenced documents. Trunk interface units 
10 may also be instructed to record and play back 
the agent's greeting, the agent's announcement of 
the name of the called party, closing statements, 

5 etc., as described herein. 

Also, although trunk interface units 10, system 
controller 11, and mainframe 16 are shown as 
distinct, separate devices, each performing a speci- 
fied function or set of functions, the present inven- 

10 tion is not limited to such an arrangement. In 
particular, many of the functions can be performed 
by any of these devices, and the allocation of a 
particular function to a particular device or devices 
is a matter of design choice and will typically be 

75 determined by the available processing power of 
the devices, the users determination as to how 
much of the processing time of mainframe 16 may 
be used for call pacing, detection, processing, etc., 
the physical constraints of the user's site such as 

20 the maximum size of any one device, or the num- 
ber of devices or cables that may be used, etc. For 
example all logic functions could be performed by 
mainframe 16 or system controller 11. 

Furthermore, if desired, most or all of the logic 

25 and memory functions could be performed by 
mainframe 16, thereby eliminating the need for a 
separate system controller 11 and trunk interface 
control unit 10a13. Again, this is a design choice 
and will typically be based upon one or more of the 

30 factors listed above. 

Consider now the outbound dialing operation of 
the preferred embodiment. Mainframe computer 16 
will provide, by a batch transfer or online transfer, 
the customer account information for a desired 

35 number of accounts to system controller 11. Sys- 
tem controller 11 then extracts, for each account, 
the name of the customer, the customer telephone 
number, the account number, and/or some type of 
mainframe database index number. Assume that 

40 trunk T1 is available. System controller 11 will 
indicate that trunk T1 is designated and provide the 
customer telephone number to trunk interface units 
10. which causes trunk interface units 10 to seize 
trunk T1 . dial the customer telephone number, and 

45 then monitor trunk T1 for the status of the call. If, 
as shown in Rgure 1, trunk lines 1 are directly 
connected to trunk interface units 10 then trunk 
interface units 10 can place the outgoing call with- 
out intervention of PBX/ACD 13. However, if trunk 

50 lines 1 can be connected to trunk interface units 10 
only through port group B of PBX/ACD 13 then, 
when system controller 11 provides the customer 
telephone number to trunk interface units 10, sys- 
tem controller 11 will also instruct PBX/ACD 13 to 

55 connect trunk line T1 to trunk interface units 10. 
Alternatively, PBX/ACD 13 may be capable of de- 
tecting the on hook/off hook status of a device 
connected to port group B and. therefore, when 
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trunk interface units 10 seize a line of group 2 
PBX/ACD 13 will automatically connect trunk inter- 
face units 10 to a trunk tine. 

If trunk interface units 10 are not directly con- 
nected to trunks 1 then system controller 11 will 
Instruct trunk interface units 10 which of the group 
B lines to use to place the call and will Instruct 
PBX/ACD 13 to connect that group B line to trunk 
T1 so that trunk Interface units 10 are connected to 
trunk T1 through PBX/ACD 13. Also, if PBX/ACD 
13 has the capability to seize (go off-hook) trunks 
and dial telephone nunnbers then system controller 
11 may instruct PBX/ACD 13 to seize trunk T1 and 
dial the specified telephone number. In this case 
system controller 11 will simply direct trunk inter- 
face units 10 to monitor the status of trunk T1, 
either directly (group A lines) or through PBX/ACD 
13 (group B lines). If PBX/ACD 13 has the capabil- 
ity to perform call progress monitoring and/or to 
detect Incoming calls then PBX/ACD 13 may report 
the call status to system controller 11 and trunk 
interface unit 10 may simply monitor and decode 
voice messages and DTMF tones. 

If trunk interface units 10 advise system con- 
troller 1 1 that the called number is busy, or is not 
answered, system controller 11 will mark, in its 
memory (not shown), the account accordingly and 
place the account in the queue to be tried again 
later. 

Referring briefly to Figure 2, which is a block 
diagram of a typical trunk interface unit 10a. it will 
be seen that a trunk interface unit, comprises a 
dialer 10a1, a call progress monitor 10a5, a digital 
message player recorder/device 10a9, an incoming 
call detector I0a20, a decoder 10a24 for decoding 
telephone company office data such as data for 
automatic number identification (ANI) and dialed 
number identification service (DNIS). a dual tone, 
multifrequency (DTMF) decoder 10a28, a voice 
recognition module 10a32, and a trunk interface 
control unit 10a13, which includes a microproces- 
sor and associated memory (not shown), such as 
ROM, RAM, and disk drives, for storing instructions 
and data. The basic construction and operation of 
trunk interface units 10 are explained in more detail 
in the referenced documents. 

Returning to Figure 1. assume now that the 
customer answers the call. Trunk interface units 10 
will advise system controller 11 that the call has 
been answered. If an agent is available, system 
controller 11 will send the abbreviated information 
(telephone number, customer name, account num- 
ber, and/or database index number) to, for exam- 
ple, agent terminal 12A, direct PBX/ACD 13 to 
connect trunk T1 to agent terminal 12A, and then 
direct trunk interface units 10 to release trunk T1. If 
trunk interface units 10 are not directly connected 
to trunk lines 1 then, if an agent is available. 



system controller 11 will send the abbreviated in- 
formation to the agent terminal and direct 
PBX/ACD 13 to disconnect the trunk from port 
group B and connect the trunk to port group C. Of 

5 course, the particular port of port group C that is 
selected will be the one that corresponds to the 
agent terminal 12 to which system controller 11 
has sent the abbreviated information. 

In the event that an agent is not available 

10 system controller 11 will not instruct interface units 
10 to release the trunk line. In this case trunk 
interface units 10 will automatically start the mes- 
sage player 10a9 or begin an interactive or holding 
session with the called party. The called party may 

75 never hear a message because, if an agent is 
available, the agent will be immediately connected 
to the called party. Also, call cancellation, as de- 
scribed in the referenced documents, may be used 
to reduce the number of calls answered without an 

20 agent being available. Agent terminal 12A will dis- 
play the abbreviated information for the agent so 
that, as soon as the agent at agent terminal 12A is 
connected with the called party, the agent has at 
least the abbreviated customer account information. 

25 The agent may obtain the full account information 
by pressing one or more keys on the keyboard of 
the terminal 12A, which causes terminal 12A to 
request the full account information from main- 
frame 16. Alternatively, system controller 11 may 

30 instruct mainframe 16 to send the full account 
information to agent terminal 12A for display. Also, 
upon receiving the abbreviated account information 
from system controller 11, terminal 12A may, with- 
out prompting from the agent, immediately request 

35 the full account information from mainframe 16. 

Once connected, the agent can then discuss 
the matter or reason for which the customer was 
called, for example, discussing a late payment ac- 
count, collecting on a delinquent account, verifying 

40 an order, updating customer account information, 
etc., while being directly connected, online, to 
mainframe 16. 

It may happen that the party who answered the 
call is not the desired party. In this case the agent 

45 may be placed on hold or otherwise left unattended 
while the answering party attempts to locate the 
desired party, determine if the desired party can or 
will take the call, etc. This constitutes wasted time 
and therefore reduces the efficiency and productiv- 

50 ity of the agent. In the preferred embodiment, the 
agent presses a key on the keyboard of terminal 
12A and speaks the name of the desired party. 
This key signals system controller 11 that the 
agent is on hold and should be connected to an- 

65 other call. This key also signals trunk interface unit 
10 to record the spoken name of the desired party, 
which is accomplished by enabling recorder 10a9 
and storing the output of recorder 10a9 in the 
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memory of the trunk interface control unit 10a13 or, 
optionally, in the memory of system controller 11. 
Controller 1 1 will then cause the agent to be trans- 
ferred to another call, thus reducing wasteful on- 
hold time and increasing agent efficiency. 

Trunk interface unit 10 will then play a mes- 
sage which plays back the previously spoken and 
recorded name of the desired party and which 
instructs the connected party to signal his/her pres- 
ence in a specified manner. An agent may also 
prerecord selected messages in his/her own voice 
so that both the message and the name of the 
desired party will be played using the recorded 
voice of the previously connected agent. In another 
embodiment, the selected messages are prerecor- 
ded, but not necessarily in the voice of any agent. 
In this case, when the agent presses the key, the 
selected message will be played and the name of 
the desired party will be inserted, the name being 
the name previously spoken by the agent and 
stored by trunk interface units 10 or system con- 
troller 1 1 . 

When a party signals his/her presence, in the 
specified manner, system controller 11 will first 
attempt to connect the party with the previously 
connected agent. If that agent is not available then 
system controller 1 1 will connect the party with any 
available agent. If an agent is not available then 
system controller 1 1 will cause an "apology" mes- 
sage to be played and connect an agent when one 
becomes available or note that the party has cho- 
sen not to wait for an available agent. The apology 
message may also include a statement as to the 
projected amount of time before an agent will be 
available or the number of persons in the holding 
queue who are ahead of that party. 

Assume now that an agent was not available 
when the party who was called on trunk T1 an- 
swered. Trunk interface unit 10a starts the mes- 
sage player/recorder 10a9 and advises system 
controller 11 that the called party has answered. 
After ascertaining that an agent is not available, 
system controller 11 will allow trunk interface unit 
10a to continue playing the desired prerecorded 
message to the called party. As soon as system 
controller 1 1 determines that an agent is available, 
system controller 11 will cause PBX/ACD 13 to 
connect the available agent terminal 12 to trunk T1, 
direct trunk interface unit 10a to become available 
for the next call and release trunk T1 if the trunk is 
being held via the group A port of trunk interface 
unit 10, direct unit 10a to stop the message, and 
send the abbreviated customer account information 
to the available agent terminal 12. Again, the agent 
will have the customer account information when 
the customer is connected and can then begin to 
discuss the reason for which the customer has 
been called. 



When the agent at agent terminal 12A has 
concluded the transaction with the customer, the 
agent may press a telephone trunk release key on 
the keyboard at terminal 12A to indicate that trunk 

5 T1 should be released. Terminal 12A sends the 
trunk release signal to system controller 11. Sys- 
tem controller 11 then directs PBX/ACD switch 13 
to disconnect terminal 12A from trunk T1. Of 
course, the trunk release signal sent by terminal 

10 12A could also directly cause PBX/ACD 13 to dis- 
connect terminal 12A from trunk T1. System con- 
troller 1 1 then sends the next telephone number to 
trunk Interface units 10 and directs trunk interface 
units 10 to seize trunk T1 and dial this next tele- 

75 phone number. If another connected party is avail- 
able, then system controller 11 will cause that 
connected party to be connected to the now-avail- 
able agent. 

When the agent at agent terminal 12A has 

20 completed entering any new data for the particular 
customer account then the agent at terminal 12A 
may press a terminal release key on the keyboard. 
Terminal 12A then advises system controller 11 
that the agent at agent terminal 12A is available for 

26 the next call. System controller 11 then causes 
PBX/ACD 13 to connect the next customer to agent 
terminal 12A and sends the abbreviated customer 
account information to terminal 12A for display on 
the screen: Therefore, as soon as the agent at 

30 agent terminal 12A has indicated that processing of 
one customer account is completed, system con- 
troller 1 1 connects that agent with the next called 
party. The result is that the agent's time is more 
efficiently and more completely utilized. 

35 It may also happen that an agent has con- 

cluded the transaction with the connected party but 
there are certain wrap-up or closing statements that 
should be made for courtesy, to comply with the 
law, or to confirm information. The statements may 

40 or may not be interactive, as appropriate. In the 
preferred embodiment, selected wrap-up messages 
are prerecorded in the voice of each individual 
agent. System controller 1 1 then causes the wrap- 
up statements to be played using the prerecorded 

45 voice of the agent who was last connected. In 
another embodiment, the wrap-up statements are 
not necessarily in the voice of any particular agent 
and no attempt is made to use the prerecorded 
voice of any particular agent. 

50 The selected, prerecorded messages may be 

stored in analog or digital form on message 
player/recorder 10a9, or stored in digital form in the 
memory of trunk interface unit 10a or the memory 
of system controller 1 1 . The result is that the agent 

55 has been relieved of the duty of conducting the 
non-productive wrap-up messages and may there- 
fore be connected to another call while the wrap-up 
messages are being played. 
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The agent may also press a key which, in 
addition to causing the wrap-up message to be 
played, also causes recording of words spoken by 
the agent. These words, such as the name of the 
connected party, may then be mixed in with the 
message so as to maintain the appearance of a live 
agent still being connected. 

It will also be appreciated that the operation of 
trunk interface units 10 and system controller 11 is 
transparent to the host 1 6 and to the agent. System 
controller 11 automatically processes each call and 
routes the call to the first available agent. There- 
fore, any changes to the customer account in- 
formation made by the agent are immediately pro- 
vided to mainframe 16, which automatically and 
instantly updates the customer account information. 
Furthermore, because of the automatic updating, 
any information provided to an agent is the most 
current information. 

In the preferred embodiment, system controller 
11 typically sends only the abbreviated customer 
account information to an agent terminal 12. How- 
ever, if system controller 11 has sufficient memory 
capacity then system controller 11 may retain the 
entire file for a customer account and send this 
entire record to the agent terminal, thereby elimi- 
nating the steps of sending the abbreviated ac- 
count information to the agent terminal, sending the 
account number, telephone number, and/or 
database number to mainframe 16 and then caus- 
ing the full account information to be sent from 
mainframe 16 to the agent terminal. 

Return now to Figure 2 which is a block dia- 
gram of a typical trunk interface unit 10a con- 
structed to handle both incoming and outgoing 
calls. As previously stated, a trunk interface unit 
10a preferably contains such resources as a dialer 
lOal, a call progress monitor 10a5, a message 
player/recorder 10a9, an incoming calf detector 
10a20, a data decoder 10a24, a DTMF decoder 
10a28, and a voice recognition module 10a32. Di- 
aler lOal, call progress monitor 10a5, message 
player/recorder 10a9, incoming call detector 10a20, 
and decoders 10a24 and 10a28, and voice recogni- 
tion module 10a32. are all connected to trunk T1. 
Also, these devices are connected by bus 10a14 to 
the Til port of trunk interface control unit 10a13. A 
single trunk interface control unit 10a13 controls 
the operation of a plurality of the above resources 
for a plurality of trunk lines 1. If trunk interface units 
10 are connected to trunk lines 1 via PBX/ACD 13 
then PBX/ACD 13 may be responsible for detecting 
an incoming call, seizing the trunk line, and con- 
necting trunk interface unit 10 resources 
(player/recorder, decoders, voice recognition mod- 
ules, etc.) to the trunk which has the incoming call. 

If trunk interface units 10 are directly con- 
nected to trunk lines 1, incoming call detector 



10a20 will monitor trunk T1 and advise trunk inter- 
face control unit 10a13 when an incoming ringing 
signal appears on trunk T1. In the preferred em- 
bodiment, trunk interface control unit 10a13 will 

5 report an Incoming call on trunk T1 to system 
controller 11. Upon detecting an incoming call on 
trunk T1 trunk interface control unit 10a13 may 
direct decoder 10a24 to obtain the telephone num- 
ber of the calling party (ANI) or the number called 

70 (DNIS), or both, and direct message 
player/recorder 10a9 to seize the line and begin 
playing the prerecorded message. Alternatively, 
system controller 11 may instruct trunk interface 
control unit 10a13 to direct decoder 10a24 and 

75 message player/recorder 10a9 to perform these 
functions. If trunk interface units 10 are connected 
to trunk lines 1 via PBX/ACD 13 then PBX/ACD 13 
will report the incoming call to system controller 
11. The appropriate resources in trunk interface 

20 units 1 0 will then be connected to trunk T1 through 
PBX/ACD 13. The connection may be done auto- 
matically by PBX/ACD 13, or in response to a 
command from system controller 1 1 . The message 
played by message player/recorder 10a9 may be a 

25 simple message advising the party that an agent 
will be connected as soon as one becomes avail- 
able or, in conjunction with DTMF decoder 10a28. 
may conduct an interaction session and query the 
customer for more information such as the cus- 

30 tomer's telephone number, account number, pur- 
pose of call, amount of payment, etc. 

Furthermore, in some areas of the country, the 
local telephone office provides a service, some- 
times called automatic number identification (ANI). 

35 In areas where ANI is available the central office 
will provide signals which can be decoded to yield 
the number from which the calling party is calling. 
In this case, a decoder, such as decoder 10a24 
would provide the calling party's telephone number 

40 to trunk interface control unit 10a13. Trunk inter- 
face control unit 10a13 would then provide the 
calling party telephone number to system controller 
1 1 . System controller 1 1 would then request main- 
frame 16 to provide the customer account informa- 

45 tion based upon the calling party telephone num- 
ber. 

If the calling party telephone number does not 
correspond to the telephone number for an existing 
client then, when an agent becomes available, sys- 

50 tern controller 11 will connect the calling party to 
the available agent and also provide the calling 
party telephone number to the agent terminal for 
manual input. In addition, where Dialed Number 
Identification Service (DNIS) is available the central 

55 office will provide signals which can be decoded to 
yield the number which the calling party dialed. 
This is useful where the installation has a large 
block of numbers, connected in rotary fashion, so 
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that when the calling party appears, for example, 
on trunk T4, it can be determined whether the 
calling party was, in fact, calling the telephone 
number corresponding to trunk T4 or was calling 
the telephone number corresponding to trunk T1 
and was then rotated down to the first available 
trunk, trunk T4. Some installations, even though 
having the rotary telephone lines, have different 
numbers for different departments and the call may 
be routed or handled differently depending upon 
the number that the calling party actually dialed. 
This information is also provided to system control- 
ler 11 so that system controller can route the call 
to the proper agent or group of agents, start the 
proper message playing, etc. The agent can then 
conduct business with the calling party, obtain oth- 
er information from the calling party, such as a 
name and/or an account number, enter this in- 
formation via the keyboard to obtain the customer 
account information from mainframe 16, establish 
an account for a new customer, etc. 

However, if the calling party telephone number 
corresponds to the telephone number of an existing 
client in the database, then mainframe computer 16 
will provide this information either to system con- 
troller 11 or to the next available agent terminal. 
When an agent becomes available, system control- 
ler 11 will provide the abbreviated customer ac- 
count information to the available agent terminal. 
The agent terminal will then, as previously de- 
scribed, obtain the full customer account informa- 
tion from mainframe 16. The agent can then con- 
duct the necessary business with the customer. 

DTMF decoder 10a28 allows the customer to 
provide certain information via the DTMF keypad 
on his telephone set. For example, assume that 
ANl service is not available in the area. Upon being 
advised of an incoming call, trunk interface control 
unit 10a13 or system controller 11 will cause mes- 
sage player 10a9 to seize the line and begin play- 
ing the first prerecorded message. The first 
prerecorded message may be, for example, a mes- 
sage asking the calling party to key in the DTMF 
digit 1 if the calling party has an established ac- 
count and the digit 2 if the calling party does not 
have an established account. Other prerecorded 
messages on message player 10a9 may query the 
customer and ask for an appropriate DTMF keypad 
response as to whether the customer wishes to 
open a new account, change an existing account, 
place, change or cancel an order, etc. Therefore, 
message player 10a9 may play messages, the 
particular message to be played being determined 
by the numbers which the calling party keyed in 
over his/her DTMF keypad. The messages may be 
stored in memory in message player 10a9, trunk 
interface control unit 10a13, or system controller 
11. A message on message player 10a9 may ask 



the calling party to key in his telephone number 
and/or account number. This information would 
then be provided via trunk interface control unit 
10a13 to system controller 11. When an agent 

5 becomes available, system controller 1 1 sends the 
information collected to the agent terminal for dis- 
play upon the screen. Then, either automatically or 
in response to an agent keystroke, the agent termi- 
nal sends the collected information to mainframe 

10 16. Mainframe 16 then provides the full customer 
account information to the agent terminal. Also, 
system controller 11 might instruct mainframe 16 
to provide the full customer account information to 
the agent terminal. 

15 It will be appreciated that the messages stored 

and played need not be of a single language. The 
customer account file may have a field specifying 
the preferred language of the customer so that any 
messages played to that customer are played in 

20 the preferred language of that customer. Likewise, 
the voice recognition module 10a32 may be pro- 
grammed so as to recognize or not recognize 
different sounds, depending upon the language se- 
lection field. If the preferred language of the cus- 

25 tomer is unknown then a message can be played 
in one or more languages specifying a code to be 
entered or a word to be spoken when the desired 
language is announced. Therefore, the present in- 
vention is useful in multi-language environments. 

30 In addition, when an operator logs on system 

controller 11 may retrieve, from its own memory or 
from mainframe 16, a field specifying the language 
capability of that particular agent. Then, if the cus- 
tomer has indicated a language preference, system 

35 controller 11 will attempt to connect that party to 
the agent who is qualified in the same language. 
This increases the efficiency of the agents because 
they are able to communicate with the customer in 
a language familiar to both the customer and the 

40 agent. 

Therefore, for incoming calls, the agent has 
been relieved of the time consuming and inefficient 
duties of answering the call, ascertaining the cus- 
tomer's account number, and keying in the cus- 

45 tomer's account number. For established clients, 
the agent has the customer account information on 
screen immediately upon being connected to the 
calling party. Furthermore, where the orders are 
placed, changed or cancelled by the calling party's 

50 use of the DTMF keypad or specified words it may 
not be necessary for the agent to intervene at al! 
or. in the alternative, the, agent may simply be 
connected in order to verbally verify the informa- 
tion provided by the calling party. 

55 The agent may also be placed on hold during 

inbound calls. For inbound calls this frequently 
arises in the context of the connected party being 
temporarily interrupted to attend to some other 
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task, or the party in interest having that party's 
secretary place the call and once connected, ask 
the agent to please hold for Mr. X. Regardless of 
whether the call is an inbound call or outbound call, 
on-hold time is non-productive, wasted time. There- 
fore, an agent who Is connected to an inbound call 
and who is put on hold by the calling party will also 
press a key to signal system controller 1 1 that the 
agent Is on hold and speak the name of the calling 
party, if known. If the name of the calling party is 
not known then agent may, in place of a name, 
speak a phrase such as "the person who called 
ABC Company". Inbound calls In which the agent 
is placed on hold are therefore treated in the same 
manner as outbound calls In which the agent is 
placed on hold. In addition, the treatment of wrap- 
up or closing statements for inbound calls is the 
same as the treatment for wrap-up or closing state- 
ments of outbound calls. Therefore, the agent has 
been relieved of the time-wasting, non-productive 
duty of waiting on hold or conducting wrap-up 
statements for inbound calls. 

System controller 11 is capable of controlling 
routing of calls in a manner which simulates an 
automatic call distributor/diverter (ACD). Also, if dif- 
ferent agents handle different types of calls, such 
as incoming calls, outgoing calls, establish new 
account, place or change an order, contact regard- 
ing a delinquent account, etc., system controller 1 1 
automatically routes the incoming or outgoing call 
to the next available agent which handles that par- 
ticular type of call. Therefore, the order and/or 
selection of which agent is connected to a particu- 
lar call may be controlled by system controller 11 
on an ACD-like basis. 

Of course, if device 13 Is an ACD then device 
1 3 may perform the automatic call distribution with- 
out intervention by system controller 11. However, 
it is preferred that system controller 11 program 
the call routing parameters under which ACD 13 
operates so that maximum trunk line and agent 
efficiency may be obtained by dynamically adjust- 
ing the allocation of inbound lines and outbound 
lines, the number of trunk lines and agents dedi- 
cated to a particular campaign, etc., as described 
in the referenced documents. 

Voice recognition module I0a32 allows some 
transactions to be completely handled without 
agent intervention and without requiring the cus- 
tomers to have a DTMF-type telephone. Module 
10a32 provides digital output signals corresponding 
to a predetermined vocabulary, such as the spoken 
words one through nine, zero (oh), yes, no, help, 
cancel, and terminate. Module 10a32 may also 
decode DTMF tones and eliminate the need for a 
separate DTMF decoder 10a28. 

When module 10a32 is used, instead of imme- 
diately routing an incoming call or an answered 



outgoing call to an operator at an agent terminal 
12A, the initial contact may be handled by system 
controller 1 1 or a trunk interface control unit, such 
as 10a13. 

s When an incoming call or an outgoing call is 

answered trunk interface control unit I0al3 will 
cause message player/recorder 10a9 to begin play- 
ing the first prerecorded message. This prerecor- 
ded message contains instructions for the cus- 

10 tomer to speak the appropriate word, or words, at 
the end of the message, to indicate the customer's 
response to the message. The response elicited 
may be, for example, an account number, a tele- 
phone number, a "yes" or a "no", etc. Module 

75 10a32 decodes the customer's response. Based 
upon the customer's response system controller 1 1 
or trunk interface control unit 10a13 may cause 
message player/recorder 10a9 to play an appro- 
priate next message, disconnect trunk T1, or con- 

20 nect an available agent and provide the customer's 
responses and/or customer's record to the agent's 
terminal for display on the screen. 

The particular messages played, and the cus- 
tomer's response, such as placing an order, chang- 

25 ing an order, etc.. are then stored by trunk inter- 
face control unit 1 0a1 3, system controller 1 1 and/or 
mainframe 16. The customer's responses are also 
used to immediately update the customer account 
information in mainframe 16. Therefore, certain 

30 types of transactions can be handled without the 
intervention of an agent, thereby reducing the num- 
ber of operators required and/or more efficiently 
utilizing the agent. Also, as both DTMF tones and 
spoken words can be recognized and acted upon, 

35 the use of module 10a32 allows transactions to be 
automatically conducted both with customers who 
have DTMF telephones and with customers who 
have rotary dial (pulse) telephones. 

It will be appreciated that control of the call and 

40 monitoring of the customer's response need not be 
done solely by trunk interface control unit 10a13 or 
system controller 11 but may also be performed, 
wholly or partly, by an agent at an agent terminal 
12 and/or mainframe 16. 

45 It will also be appreciated that, in a typical 

environment, the message played to customer will 
be substantially longer than the customer's re- 
sponse (yes, no. cancel, etc.) to the message. 
Therefore, a voice recognition module, such as 

50 10a32, could be switched, or multiplexed, between 
several trunks, instead of being dedicated to a 
single trunk. Similarly, the other resources of a 
trunk interface unit 10 can be switched or mul- 
tiplexed between trunks when the trunk interface 

55 unit 10 Is connected to the trunks via port group B 
of the PBX/ACD 13. In that embodiment, the 
PBX/ACD 13 may perform as the 
switching/multiplexing device. PBX/ACD 13 will se- 
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lectively connect the trunk line to trunk interface 
units 10. PBX/ACD 13 will seize the trunk line, 
route the trunk line to the trunk interface units 10, 
and notify the trunk interface units 10 of the con- 
nection whereby the trunk interface units 10 com- 
mence the processes of dialing, voice recognition, 
decoding, message playing and recording, etc. 
These actions may be performed automatically by 
PBX/ACD 13 or in response to instructions from 
system controller 1 1 . 

Although not shown in Figure 2, it will be 
understood that a similar array of devices is also 
connected to trunks T2-T4. and that trunk interface 
control unit 10a13 controls this array of similar 
devices via its T2I-T4I ports over buses 10a15- 
10a17, respectively. 

System controller 1 1 can be used to maintain a 
record of the parameters (time of day, duration, 
busy, no answer, etc.) for each call. Also, one or 
more of the agent terminals 12 may be configured 
to run without agent intervention or assistance. In 
one embodiment, system controller 1 1 will send an 
indication of the call status (busy, no answer, etc.) 
and some record identification key to the unatten- 
ded agent terminal 12. This agent terminal 12 will 
send the record identification key to the host 16. 
obtain the customer account record from the host 
16, and cause the host 16 to update the record to 
reflect the call status. 

Although reference has been made to use of 
account numbers and telephone numbers, it will be 
appreciated that other record identification keys, 
such as name, address, invoice number, etc., may. 
also be used to identify and access a record. 

Message player/recorder 10a9 allows informa- 
tion on trunk T1 to be converted to the digital form 
appropriate for storing the information in a memory. 
In the preferred embodiment, the agent will press a 
"record" key on terminal 12a6 and, while holding 
the key down, speak the name of the desired party, 
such as "Mr. X" or "Ms. X." While the "record" 
key is held down device 10a9 will convert the 
spoken name into a digital signal, which will be 
stored in memory in trunk interface unit 10a or in 
memory in the system controller 11. It will be 
appreciated that the agent audio communications 
device is connected to player/recorder lOag via 
PBX/ACD 13. In an alternative embodiment, the 
speech is recorded for a predetermined time, such 
as two seconds, after the "record" key is pressed. 

Similarly, when it is desired to reverse the 
process, trunk interface control unit 10al3 or sys- 
tem controller 11 will cause device 10a9 to send 
the recorded voice signal to trunk T1. Message 
player 1 0a9 may be used to deliver a message or, 
alternatively, the entire message may be stored in 
digital form in the memory of trunk interface unit 
10a or system controller 11 so that device 10a9 



provides the entire outgoing message. 

In the preferred embodiment the message de- 
vice 10a9 includes both means for converting sig- 
nals, such as analog signals from an agent's audio 

5 communications device or a telephone trunk or 
ISDN signals from a telephone trunk, into digital 
signals, and means for converting digital signals 
into signals suitable for transmission over the tele- 
phone trunk. Although the message device 10a9 is 

10 preferably controlled by system controller 11 or 
trunk interface control unit 10a13, the message 
device 10a9 may also be directly responsive to 
certain signals, such as the "record" and 
"continue" signals, provided by an agent's data 

76 terminal. In such a configuration the trunk interface 
control unit 10a13 might merely function as a con- 
duit between the data terminal and the message 
^ device for certain signals. 

Figure 3 is of a flow chart illustrating the basic 

20 operation of the preferred embodiment of the 
present invention. Upon starting 35, system control- 
ler 1 1 will cause, in step 36, an available agent to 
be connected to a call. In step 37 system controller 
11 will cause any available data associated with 

25 that call to be sent to the connected agent. In 
decision 40 system controller 11 monitors whether 
the connected agent has requested automated han- 
dling of the call. If not then, at decision 41, system 
controller 11 determines whether the agent has 

30 requested termination of the call. If not then a 
return is made to decision 40. If so then, in step 
42. system controller 11 causes termination of the 
call by directing an on-hook condition and by caus- 
ing the agent to be disconnected. This is easily 

35 accomplished by instructing PBX/ACD 13 to re- 
lease the trunk line and terminate the appropriate 
port group C connection. 

If, at decision 40, the agent had requested 
automated handling and signaled that the reason 

40 was that the agent was on hold then, at step 43, 
controller 1 1 will activate the name recording de- 
vice, such as message recorder 10a9. Then, in 
step 44, system controller 11 will cause the agent 
to be disconnected from the call and will activate 

45 message player lOaO. If trunk interface units 10 are 
connected to the trunk lines 1 through PBX/ACD 13 
then controller 11 will instruct PBX/ACD 13 to 
switch trunk T1 from the agent (port group C) to 
the trunk interface units 10 (port group B). Then, in 

50 decision 45, trunk interface 10 or system controller 
11 determines whether a response is expected in 
reply to the message. If the response indicates that 
an agent is needed then, at decision 46, system 
controller 11 will determine whether the previously 

55 connected agent is available. If not then in step 36 
an available agent will be connected to the call. If 
so then, in step 47, the same agent will be con- 
nected to the call. After steps 36 and 47 trunk 
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interface 10 or system controller 11, in step 37, 
causes any available data for that call to be sent to 
the connected agent. 

If, at decision 45, there is a response indicating 
that an agent is not needed, or a message has 
been played which does not require a response, or 
there is no response at all from the connected 
party, then system controller 11 will proceed to 
step 42 whereby the call will be terminated. If, at 
decision 42, the connected agent requested auto- 
mated handling of the call and indicated that the 
call was essentially completed except for the wrap- 
up statements then system controller 11 will pro- 
ceed to step 44. 

Turn now to Figure 4 which is a detailed flow 
chart illustrating the preferred operation of the 
present invention. This operation is primarily per- 
formed by system controller 11 although many of 
the operations may be performed by the trunk 
interface units 10 or mainframe 16 without direct 
control by system controller 11. That is, the 
"intelligence" may be divided between system 
controller 11, the trunk interface control units in 
trunk interface units 10, and the mainframe 16. The 
division of tasks among the devices will, in general, 
be determined by considerations previously men- 
tioned (memory space, processing power, custom- 
er requirements, etc.), as well as by whether the 
task only requires localized activity, such as that on 
a particular trunk, or whether the task requires 
additional information, such as whether a particular 
agent is available, when an agent is predicted to be 
available, etc. Therefore, references to system con- 
troller 1 1 should be understood as being for clarity 
and convenience, and not as being a limitation on 
what device may perform any particular function. 
Certain steps and decisions are performed by an 
agent, not by devices 10, 11, or 16, and are shown 
for clarity and are marked by an asterisk O- 

Upon starting 50, the first decision is to deter- 
mine the type of call which has been answered. 
The process of obtaining a telephone number to be 
called, dialing the telephone number on an avail- 
able trunk, monitoring the trunk for an answer to 
the call, and detecting when the outbound call has 
been answered are. described in the referenced 
documents or are well known to those of skill in the 
art and will not be belabored here. Likewise, the 
detection of an inbound call, the automatic answer- 
ing of that call, and the automatic obtaining of 
certain information from the calling party by the 
trunk interface unit and the system controller are 
described in the referenced documents or are well 
known in the art. Decision 51 therefore determines 
whether the call that was answered was an out- 
bound call or an inbound call. If the call was an 
outbound call step 66 Is executed next. If the call 
was an inbound call then decision 52 determines 



whether the inquiry option has been enabled. If so 
then, in step 53, trunk interface control unit 10a13 
or system controller 11 will obtain Information from 
the calling party or information about the calling 

5 party, such as ANI or DNIS information, if available. 
Upon completion of step 53 or, if the inquiry option 
was not enabled, system controller 11 determines 
at decision 54 whether an agent is available. 

The availability of an agent is not necessarily 

10 determined simply by whether or not the agent is 
currently connected to a party. In the preferred 
embodiment agent availability is also a function of 
call pacing and inbound call rate prediction. For 
example, the agent may have completed, or maybe 

15 predicted to be about ready to complete, a current 
call. However, that agent may not be available 
because that agent has already been assigned to 
handle a particular call once the current call has 
been completed. 

20 If an agent is not available then the holding 

procedure is conducted in step 55. Holding proce- 
dure 55 has two output possibilities: termination 
(TERM.), and continuation (CONT.). Holding proce- 
dure 55 is explained in more detail below. If the 

25 termination output is selected then system control- 
ler 11 returns to decision 51. If the continuation 
output of holding procedure 55 is appropriate then 
system controller 1 1 returns to decision 54. 

If, at decision 54, an agent is available, then 

30 decision 56 determines whether any information is 
available. This is the information that would have 
been obtained in step 53. If information is not 
available then step 62 is executed next. If informa- 
tion is available then decision 57 determines 

36 whether a record is available for the calling party. 
Based upon the information obtained, such as an 
account number, a telephone number, or other 
information, system controller 11 will first deter- 
mine whether a record is available in the data 

40 contained in the memory of system controller 1 1 . If 
not then system controller 11 will request the 
record from mainframe computer or other host 16. 
If a record is still not available, then system con- 
troller 11 will cause, in step 60, the information to 

45 be sent to the agent and will then proceed to step 
62. If a record is available then, in step 61, system 
controller 11 will send the record to the available 
agent, or cause the record to be sent to the avail- 
able agent, and then proceed to step 62. In step 62 

50 system controller 11 connects the agent to the call. 
As is well known, this is accomplished by sending 
an instruction to PBX/ACD/switch 13 to connect the 
trunk line for the incoming call to the audio com- 
munication means of the available agent. 

55 In step 63 the agent transacts the business that 

is necessary. This may involve taking an order, 
verifying information, discussing a payment sched- 
ule, etc. Decision 64 follows, or may be part of. the 
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process described in step 63. 

If at decision 51 the type of call answered is an 
outbound cail then, in step 66, the record for the 
called party is sent to the available agent. Many 
states prohibit the dissemination of collection in- 
formation or other types of Information to anyone 
except the customer. Therefore In step 67 the 
agent asks for the desired party in order to verify 
that the correct party has answered the outbound 
call. The agent then determines, in decision 70, 
whether the desired party is the party to whom the 
agent Is connected. If so then the agent proceeds 
to transact the desired business in step 63. If the 
desired party Is not the party who answered the 
call then the agent will ask whether the desired 
party Is available in step 71. If the desired party is 
not available then, in step 72, the agent will press a 
key, at the agent terminal which indicates that the 
desired party was not available and that the call 
should be placed again at a later time. The agent 
may also enter a time at which the desired party 
will be available, if that information was commu- 
nicated to the agent. At this point the agent is 
released from the call and system controller 11 
returns to decision 51 . 

If, at decision 71, the desired party was avail- 
able then the agent may request that the desired 
party come to the telephone. If the telephone num- 
ber called was a home telephone number then the 
answering party may simply place the handset 
down on a table or counter while they attempt to 
locate the desired party. If the telephone number 
called Is an office telephone number and a recep- 
tionist or secretary answered the call then the 
agent may be placed "on-hold" while an attempt is 
made to locate the desired party. Also, in step 63. 
the agent may be transacting business with the 
desired party and the desired party may be tem- 
porarily interrupted to attend to another matter. 
Therefore, in decision 64, the agent determines 
whether the business transaction is essentially 
complete. If so and automated voice wrap-up is 
desired then the agent presses a key which in- 
dicates that the transaction has been completed 
and that automated wrap-up is needed. System 
controller 1 1 then proceeds to execute step 1 00. If 
the business transaction Is essentially complete but 
automated wrap-up is not desired then the agent 
will press a different key which indicates that the 
transaction had been completed but that automated 
wrap-up Is not needed. In this case system control- 
ler 1 1 will mark the call as completed and cause an 
on-hook condition on the trunk in step 68, and will 
then return to decision 51. If the agent determines 
that the transaction is not complete then, in de- 
cision 65, the agent determines whether the de- 
sired party will be unavailable for a sufficient time 
for the agent to be considered to be "on-hold". If 



not then the agent will return to decision 70. If at 
decision 65, the agent determines that the agent is 
In an on-hold condition then the agent commu- 
nicates this condition to system controller 11 via 

5 the "record" key or keys. 

System controller 11 determines, in decision 
73, whether the "record" key or keys have been 
pressed. If not then system controller 1 1 takes no 
action and the agent returns to decision 70. If the 

10 record key has been pressed then, in step 74, the 
agent speaks the name of the desired party while 
pressing the "record" key. In step 75. while the 
record key Is depressed trunk interface control unit 
10a13 will record the spoken name of the desired 

15 party, either automatically in response to informa- 
tion on buses 4 or 5 indicating the record key has 
been depressed or as a result of a command from 
system controller 11 in response to the signal 
indicating that the record key has been depressed. 

20 In one embodiment the recording process contin- 
ues so long as the agent is pressing the "record" 
key. In another embodiment, the conversion and 
storage process will occur for a predetermined 
time, such as two seconds, after the agent has 

26 pressed the "record" key. In another embodiment, 
the conversion and storage process is initiated 
when agent presses the "record" key and contin- 
ues until the agent presses another key or presses 
the record key again, or until a longer timeout 

30 period has expired. If the agent determines that the 
agent has incorrectly pronounced the name of the 
desired party then the agent may cause the stored 
name to be erased and the proper pronunciation or 
name to be stored by simply pressing a "continue" 

36 key and/or the record key, and repeating step 74. 
which causes system controller 11 to reexecute 
step 75. It may happen that, as the agent is speak- 
ing the name of the desired party, the desired 
party, or someone else, returns to the telephone. If 

40 so then the agent will want to indicate to system 
controller 11 that the agent wishes to continue on 
that call and not be released. This is accomplished 
by the agent pressing the "continue" key or an- 
other appropriate key. In decision 76 system con- 

45 troller 11 determines whether the "continue" key 
has been pressed. If so then system controller 11 
will allow the agent to continue on the call and 
therefore a return will be made to decision 70. 

If the "continue" key is not pressed within a 

50 predetermined amount of time after the release of 
the "record" key then, in step 77, system controller 
11 connects the agent to another call. In step 80 
system controller 11 causes a message to be 
played on the trunk line for the connected party. 

65 System controller 1 1 accomplishes this using mes- 
sage player 10a9. System controller 11 will re- 
trieve, from its memory or the memory of trunk 
interface control unit 10a13, the converted and 
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stored name of the desired party. System controller 
11 will send, or cause trunk interface control unit 
10a13 to send, this information to message device 
10a9 so. that, when someone returns to the tele- 
phone, they will hear a message, such as: "I am 
calling for (desired party). When (desired party) 
has returned, or if you need to speal^ with an 
agent, please press any key on your telephone or 
say the word *yes' clearly and distinctly." Of 
course, (desired party) would be an actual name, 
such as "Mr. Smith" or a phrase, such as "the 
person who called ABC Company". This message 
instructs the returning party as to the action that 
needs to be taken to obtain the return of an agent. 
For parties who have DTMF telephones a response 
is easily provided by pressing any of the keys. The 
DTMF tones are decoded by DTMF decoder 
10a28. For those persons who do not have a DTMF 
telephone the voice recognition module 10a32 de- 
codes certain specified words so that the party 
may signal his/her return. 

At decision 81 system controller 11 monitors, 
via decoder 10a28 or module 10a32, the connected 
trunk line for a response from a returning party. If 
there is not a response then, at decision 82, trunk 
interface unit 10a or system controller 11 deter- 
mines whether there is an "on-hold" time out. If 
not, a return is made to step 80 where the mes- 
sage is played again. If a time out has occurred 
then, in step 83, system controller 11 causes hang 
up (an on-hook condition) of the trunk line, marks 
the call for later redial, and indicates that the call 
was terminated because the connected party put 
the agent on hold for an excessive time. 

If, at decision 81 , there is a response then 
system controller 1 1 will determine, at decision 84, 
whether the prior agent is available. If the prior 
agent is available it is preferred to connect the call 
to that agent because that agent may already be 
familiar with the business being transacted because 
of the earlier exposure to the customer or the 
customer record. Therefore, in step 85, system 
controller 11 sends, or causes mainframe 16 to 
send, the record to the prior agent and then causes 
this agent to be connected to the call. A return is 
then made to decision 70. 

If the prior agent is not available then, at de- 
cision 86, system controller 86 determines whether 
any agent is available. If not then, in step 87, 
system controller 11 conducts the holding proce- 
dure described below. The holding procedure has 
two outputs: termination and continuation. If ter- 
mination is appropriate then a return is made to 
decision 51. If continuation is appropriate then a 
return is made to decision 84. If system controller 
11 determines at decision 86 that an agent is 
available then, at step 90, system controller 11 will 
send, or cause mainframe 16 to send, the record 
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for the connected party to the available agent and 
connect the available agent to the call. It will be 
appreciated that whenever a record is sent to an 
agent the preferred embodiment provides the most 

5 current record for that connected party to that 
agent using online updating techniques such as 
those described in the above-referenced docu- 
ments. However, an older record, such as a record 
previously downloaded from a host, may be used if 

10 desired. 

If, at decision 64, the agent determined that the 
transaction was complete and automated wrap-up 
was needed then system controller 11 will execute 
step 100, which comprises playing one or more 

75 "wrap-up" messages. These messages may be 
simple messages which thank the connected party 
for his/her time and attention or for placing an 
order, or may be interactive messages which are 
intended to elicit a response. System controller 11 

20 will cause these messages to be played via mes- 
sage player 10a9. In the preferred embodiment, 
each agent has previously recorded a series of 
standard "wrap-up" messages in that agent's own 
voice. System controller 11 will therefore play the 

25 wrap-up messages using the voice of the operator 
who was last connected to the call. In an alternative 
embodiment, the wrap-up messages are previously 
recorded but not necessarily in the voices of the 
agents. 

30 Decision 101 determines whether a response is 

expected to the wrap-up message. If not then, at 
step 102, system controller 11 causes trunk inter- 
face unit 10a or switch/PBX/ACD to release the 
trunk (go on hook). A return is then made to 

35 decision 51. If a response is expected then de- 
cision 103 determines whether a response was 
received. If a response was not received then, in 
decision 104, trunk interface 10a or system control- 
ler 11 determines whether a no-response time-out 

40 occurred or if a disconnect occurred (the other 
party hung up). If not then a return is made to 
decision 103. If so then, at step 105, the trunk is 
released and system controller 11 hangs up and 
marks the call for a "no-response time-out" or a 

45 "disconnect", as appropriate. This allows a supervi- 
sor to. if desired, review the transaction record for 
calls so marked and determine whether or not a 
follow up telephone call is appropriate. 

If, at decision 103, a response is present then, 

50 at decision 106, trunk interface 10a or system 
controller 11 evaluates the response to determine 
whether agent assistance is needed. If so then a 
return is made to decision 84. If not then, in step 
107. trunk interface 10a or system controller 11 

65 records the response, if appropriate. A return is 
then made to step 100 to play the next wrap-up 
message. 

In the preferred embodiment, an agent will 
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initially fog in and provide an agent Identification 
(ID) nunnber. System controller 11 will then keep 
track of the station where that operator is located. If 
an agent logs off system controller 11 will mark 
that agent as being unavailable. When an agent 
moves from one agent terminal to another agent 
terminal system controller 11 will note the new 
location of the agent. Also, prerecorded messages 
may be made using the agent ID number so that 
system controller 11 can associate each prerecor- 
ded message with the agent that made that mes- 
sage. In an alternative embodiment it is assumed 
that each agent terminal is dedicated to a particular 
agent so system controller 11 will simply keep 
track of the station which was associated with the 
call or prerecorded messages. 

In the holding procedure, in step 120, system 
controller 11 causes a "next available agent" mes- 
sage to be played. This message thanks the con- 
nected party for holding and advises them that 
they will be connected to the next available agent. 
Of course, a connected party may eventually tire of 
waiting for an agent. Therefore, decision 121 tests 
whether a time-out condition has occurred. If so 
then, at step 122. system controller 11 causes an 
"apology" message to be played. This message 
thanks the connected party for holding, apologizes 
for the delay, and asks the connected party to 
indicate whether the party will wait. In the preferred 
embodiment system controller 11 also provides to 
the connected party, via message device 10a9, an 
indication of the status of the connected party, 
such as a stated amount of time before an agent 
will be available, an additional unstated amount of 
time, and/or an indication of the number of parties 
in the holding queue ahead of the connected party. 
The prediction of the wait time is described below. 
The connected party may be asked to indicate 
their preference by, using a DTMF telephone, key- 
ing in a "1" to indicate that the connected party will 
wait or a "2" to indicate that the connected party 
will not wait. The connected party may also in- 
dicate a preference by stating "yes" to indicate 
that the party will wait or "no" to indicate that the 
party will not wait. Additionally, a "no" will cause 
the connected party to be asked to indicate the 
best time for a return phone call and/or whether a 
different telephone number is desired for the return 
phone call. The connected party may provide this 
information by keying in, for example, a "3" fol- 
lowed by a time to indicate the best time for the 
returned call, and/or "4" followed by a telephone 
number to indicate a better telephone number for a 
returned call. If the connected party does not pro- 
vide a time or a different telephone number for the 
returned call then, when an agent becomes avail- 
able, system controller 1 1 will cause a retum call to 
be placed. If the connected party has indicated a 



preferred time or telephone number then system 
controller 11 will cause the call to be placed in 
accordance with these customer preferences. How- 
ever, system controller 11 will disregard the time 

5 request if the requested call back time is not within 
the hours permitted by applicable law, such as, no 
calls after 9:00 p.m. Also, system controller 1 1 may 
disregard the specified telephone number if the 
telephone number is in a different area code or, if 

10 so programmed, in a different exchange. In order 
to prevent valuable information from being lost, 
system controller 11 does not overwrite the tele- 
phone number for that customer in system control- 
ler 11 or mainframe 16 but simply marks the 

15 record to indicate that number as an alternate or 
preferred telephone number. Additionally, if not 
previously obtained in step 53, system controller 
11 will cause messages to be played which prompt 
the connected party to leave, by DTMF tones or 

20 voice, pertinent information such as a telephone 
number or an account number. If the party is 
connected as a result of an outbound call then it is 
generally not necessary to obtain the telephone 
number because this information was already avail- 

25 able so that the outbound call could be placed. 

Again, the signals are processed by decoder 
10a28 and voice recognition module 10a32 and the 
resultant signal provided to system controller 1 1 for 
action. If, at decision 123, the party indicates that 

30 he/she will wait then the continuation (CONT.) out- 
put of the holding procedure is selected. If, at 
decision 123, the party is providing additional In- 
formation, such as a time to return the call, a 
different telephone number, an account number, or 

36 other information which was not obtained in step 
53, then, in step 128, system controller 11 will 
cause interactive messages to be played and re- 
sponses from the customer to be recorded until 
system controller 11 has obtained all the informa- 

40 tion which the customer is willing to provide. A 
return is then made to step 122. However. If an 
agent becomes available then the party will be 
connected to the agent. If, at decision 123, the 
connected party indicates that he/she will not wait 

45 then system controller 11 proceeds to decision 
125. If, at decision 123, there Is no response then, 
at decision 124, a determination is made as to 
whether a disconnect has occurred (the connected 
party hung up). If not then the CONT, output is 

50 selected. If so then decision 125 is executed. 

Decision 125 determines whether information 
was obtained in step 53 or step 128 for the con- 
nected party or the call was an outbound call. If so 
then the call is marked for an "agent not available" 

55 disconnect and later redial. The call is marked in 
this way so that when the call is later returned the 
agent will know to apologize for the previous Incon- 
venience to the connected party. In step 127 sys- 
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tern controller 11 causes the trunk line to be re- 
leased. If. at decision 125, information has not been 
obtained and the call was not an outbound call then 
step 127 will be executed. It will be appreciated 
that the infornnation obtained includes any AN! or 
DNIS infornnation provided by the telephone com- 
pany. The output of step 127 is the TERM, output 
of the holding procedure. 

Figure 4F is an illustration of the procedure 
used to advise the connected party of his/her hold- 
ing status. In the preferred embodiment this proce- 
dure Is implemented by system controller 11 but 
the procedure can be implemented by any device 
which has access to the necessary Information. 
Upon starting 150, system controller 11 will, in step 
1 51 , project the time to availability of each agent, 
individually, based upon whether that agent is cur- 
rently handling an inbound call or an outbound call. 
System controller 11 maintains separate statistics 
for each individual agent and. in addition, cate- 
gorizes the statistics as pertaining to an inbound 
call or to an outbound call. A sliding window is 
used so that only the last M statistics for inbound 
calls and the last N statistics for outbound calls are 
used for each agent. In the preferred embodiment, 
M and N are both equal to 20. This figure is not 
critical and a higher number may be used to obtain 
a more constant projected time or a lower number 
may be used to cause the projected time to re- 
spond more rapidly to variations in the calls han- 
dled by the agent. 

In step 152 system controller 11 designates 
each agent, individually, to next handle an inbound 
call or an outbound call, based upon the inbound 
call/outbound call priority designated by the user. 
The designation of agents to next handle inbound 
calls or outbound calls is described in the referen- 
ced documents. In addition, step 152 ranks the 
agents designated to handle intK)und calls based 
upon the predicted time to availability of each 
agent and also ranks the agents designated to 
handle outbound calls based upon the predicted 
time to availability of each agent. 

In step 153 system controller 11 categorizes 
each party on hold as being in an inbound call 
holding queue or an outbound call holding queue. 

In step 154 system controller 11 assigns a 
priority number to each call in the inbound holding 
queue. In the preferred embodiment, calls which 
have been on hold the longest have the highest 
priority. Likewise, system controller 11 will assign a 
priority number for each call in the outbound call 
holding queue. The same criteria is used to assign 
the priority of the calls in the outbound holding 
queue. 

In step 155 system controller 11 matches the 
priorities of the inbound calls to the ranking of the 
agents designated to handle Inbound calls. Like- 



wise, the priorities of the outbound calls are 
matched to the ranking of the aunts designated to 
handle outbound calls. Therefore, an inbound party 
on hold who has been assigned a priority of 3 will 

5 be matched with the time that a third agent be- 
comes available who is designated to handle in- 
bound calls. If the third agent is expected to be 
available in two minutes then the party will be 
advised that it projected that an agent will be 

10 available in two minutes. The same procedure is 
used for outbound calls. In the preferred embodi- 
ment, this procedure is executed on a continuous 
basis but the party on hold is only notified of the 
predicted time to agent availability at periodic inter- 

15 vals, such as every thirty seconds. The interval 
time is a matter of preference and other times may 
be used. In the preferred embodiment, as shown 
above, the projections are used in step 122. 

In an alternative embodiment the time predic- 

20 tion is not provided to the party on hold. Therefore, 
even though steps 151. 152 and 155 may be used 
for other purposes, only steps 153 and 154 are 
used to inform the holding party of his/her status. 
In this alternative embodiment the party on hold is 

25 simply advised of how many parties are in the 
inbound or outbound holding queue ahead of that 
party. In another embodiment, both time and the 
number of parties ahead are provided to the party 
on hold. 

30 In still another alternative embodiment, no dis- 

tinction is made between inbound calls and out- 
bound calls for predicting agent availability and/or 
categorizing and assigning the priority to the par- 
ties on hold. Therefore, it should be understood 

36 that the present invention is not limited to use with 
the algorithm described above but may be used 
with any call pacing algorithm. 

It will be appreciated that providing this in- 
formation to the party on hold allows the party on 

40 hold to make an informed decision as to continue 
holding, call back at a later time, request that a 
returned call be placed, conduct the transaction 
without an agent using tone decoding and voice 
recognition, begin conducting the transaction with- 

45 out an agent, etc. 

It will t)e appreciated from the above that the 
present invention describes a method and an ap- 
paratus which improves the efficiency of an agent 
by reducing or eliminating the "on-hold" time of 

50 the agent. In addition, agent efficiency is further 
improved by reconnecting the same agent that was 
previously connected to the other party. This is 
advantageous in that the agent is already familiar 
with the customer record by virtue of the previous 

55 exposure. In addition, closing or "wrap-up" state- 
ments, which typically require little or no response 
from the connected party, are prerecorded so that 
these may be done by the system and not by the 



16 



31 



EP 0 515 068 A2 



32 



agent. In addition, to maintain apparent continuity 
with the connected party, the messages or state- 
ments played are preferably in the voice of the 
agent who was last connected to the party. Further- 
more, an indication of the holding status is pro- 
vided to the connected-on-hold party. It will be 
appreciated that messages which do not require 
the name of a party may be entirely prerecorded 
and activated by the agent pressing a designated 
key or keys. As in the case with the record key, the 
agent will then be disconnected from the current 
call and connected to the next call. Of course, 
other embodiments of the present invention may 
suggest themselves to those of skill in the art 
based upon a reading of the foregoing disclosure. 
Therefore, the present invention is to be limited 
only by the claims below. 

Claims 

1. A method for improving agent efficiency, com- 
prising the steps of: 

(A) connecting an agent to a party on a call; 

(B) sending at least a portion of available 
data for said party to said agent; 

(C) monitoring for a request from said agent 
for automated handling of said call; 

(D) if said request for automated handling is 
provided then, in response to said request, 
converting a word into digital signals, said 
word being spoken by said agent subse- 
quent to provision of said request, discon- 
necting said agent from said call, converting 
said digital signals and previously stored 
digital signals into a signal form suitable for 
playing back to said party, said previously 
stored digital signals representing words 
spoken by said agent prior to provision of 
said request, and playing a message repre- 
sented by said digital signals and said pre- 
viously stored digital signals to said party 
on said call 

2. The method of Claim 1 and further comprising 
the steps of: 

(E) if said response indicates that an agent 
is required then connecting an available 
agent to said party on said call and sending 
at least a portion of said data for said party 
to said available agent; 

(F) if said request is not provided then mon- 
itoring for a request from said agent to 
disconnect from said party; 

(G) if said request to disconnect is provided 
then terminating said call by disconnecting 
said agent from said party; and 

(H) If said request to disconnect is not pro- 
vided then returning to step (C). 



3. The method of Claim 1 wherein step (E) com- 
prises: 

determining whether said agent previously 
connected to said party is available to handle 

5 said call; 

if said agent previously connected to said 
party is available then connecting said agent to 
said party and sending at least a portion of 
said data for said party to said agent; and 

10 if said agent previously connected to said 

party is not available then connecting an avail- 
able agent to said party and sending at least a 
portion of said data for said party to said 
available agent. 

16 

4. The method of Claim 1 wherein said word 
spoken by said agent subsequent to provision 
of said request is at least part of a name. 

20 5. An apparatus for improving agent efficiency, 
comprising: 

a plurality of agent terminals comprising a 
plurality of data terminals and a plurality of 
audio communications devices, an agent termi- 

25 nal comprising a data terminal and an audio 

communications device; 

trunk switching means connected to a plu- 
rality of telephone trunks and to said plurality 
of audio communications devices for selec- 

30 tiveiy connecting a party on a call to an agent 

by connecting a selected telephone trunk car- 
rying said call to said audio communications 
device for said agent; 

reply decoding means responsive to pre- 
ss determined signals on said selected telephone 
trunk for providing reply signals; 

first conversion means for providing digital 
signals by converting a word spoken by said 
agent into said audio communications device; 

40 second conversion means for placing a 

message on said selected trunk by converting 
said digital signals and previously recorded 
digital signals into a signal form suitable for 
transmission over said selected trunk; and 

45 control means, for causing said parry on 

said call to be connected to an agent and for 
causing at least a portion of available data for 
said party to be sent to said data terminal of 
said agent, responsive to provision of a control 

50 signal from said data terminal for causing said 

first conversion means to convert a word spok- 
en by said agent subsequent to provision of 
said control signal into said digital signals and 
then causing said second conversion means to 

55 place said message on said selected trunk and 

for disconnecting said party from said agent, 
and responsive to provision of a predetermined 
reply signal from said reply decoding means 
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for causing said party on said call to be con- 
nected an available agent and causing at least 
a portion of said data for said party to be sent 
to said data terminal of said available agent. 

6. The apparatus of Claim 5 wherein said control 
means is responsive to provision of a dis- 
connect signal from said data terminal for 
causing said party to be disconnected from 
said agent. 

7. The apparatus of Claim 5 wherein said control 
means is responsive to provision of said pre- 
determined reply signal for determining wheth- 
er said agent previously connected to said 
party on said call is available and, if so, caus- 
ing said agent to be reconnected to said party 
on said call and causing at least a portion of 
said data for said party to be sent to said data 
terminal of said agent, and, if said agent pre- 
viously connected to said party is not available 
then causing an available agent to be con- 
nected to said party and causing at least a 
portion of said data for said party to be sent to 
said data terminal of said available agent. 

8. The apparatus of Claim 5 wherein said control 
means is further responsive to provision of 
said control signal from said data terminal of 
said agent for causing said digital signals to be 
stored in a memory. 

9. The apparatus of Claim 8 wherein said control 
means is further responsive to provision of 
said control signal for causing said digital sig- 
nals to be retrieved from said memory and to 
be provided to said second conversion means. 

10. For use with a system whereby a plurality of 
agents communicate with a plurality of parties, 
a method for improving the service provided to 
a party who is placed on hold, comprising the 

steps of: 

separating said parties into an inbound call 
holding queue and an outbound call holding 
queue; 

ranking said parties in said inbound call 
holding queue; 

ranking said parties in said outbound call 
holding queue 

determining the number of parties in the 
holding queue ahead of said party on hold; and 

providing a statement of said number of 
parties to said party on hold. 

11. The method of Claim 10 wherein said step of 
determining comprises ranking said parties in 
said holding queue based upon the time that 



each of said parties has been on hold. 

12. The method of Claim 10 wherein said state- 
ment is provided at predetermined intervals. 

5 

13. The method of Claim 10 wherein said state- 
ment is provided in response to a change in 
said number of parties ahead of said party on 
hold. 

10 

14. The method of Claim 10 and further compris- 
ing the steps of: 

playing a message to said party on hold 
specifying options available for said party and 
IS requesting that said party indicate the options 

selected by said party; and 

responding to said option selected by said 
party. 

20 15. The method of Claim 14 wherein said options 
comprise remaining on hold and said step of 
responding comprises maintaining said party in 
said holding queue. 

26 16. The method of Claim 14 wherein said options 
comprise having a call placed to said party 
when an agent becomes available and said 
step of responding comprises marking a 
record to indicate that a call is to be placed to 

30 said party. 

17. The method of Claim 16 wherein said call is 
placed when an agent becomes available. 

36 18. The method of Claim 16 wherein said call is 
placed when an agent is predicted to become 
available. 

19. The method of claim 16 wherein said call is 
40 placed at a time indicated by sard party on 

hold. 

20. An apparatus, comprising: 

a plurality of agent terminals; 

45 means for connecting selected ones of a 

plurality of parties to selected ones of a plural- 
ity of agents at said plurality of agent terminals 
and for placing other selected ones of said 
plurality of parties on hold; 

60 means for separating said parties into an 

inbound call holding queue and an outbound 
call holding queue; 

means for ranking said parties in said in- 
bound call holding queue; 

65 means for ranking said parties in said out- 

bound call holding queue; 

means for determining the number of said 
parties in the holding queue ahead of a party 
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on hold; and 

means for providing to said party on hold 
a statement of said number of parties in said 
holding queue ahead of said party on hold. 

21- The apparatus of Claim 20 and further com- 
prising means for ranking said parties in said 
holding queue based upon the time that each 
of said parties has been on hold. 

22. The apparatus of Claim 20 wherein said means 
for providing, in response to a command from 
said means for determining, further provides a 
message to said party on hold which specifies 

options available for said party on hold and 
requests that said party on hold indicate the 
option selected by said party; and 

wherein said apparatus further comprises 
means for detecting said option selected by 
said party on hold. 

23. An apparatus, comprising: 

a plurality of agent terminals; 

means for connecting selected ones of a 
plurality of parties to selected ones of a plural- 
ity of agents at said plurality of agent terminals 
or placing selected ones of said plurality of 
parties on hold; 

means for determining the call handling 
time of said plurality of agents, for determining 
the number of parties in a holding queue 
ahead of said party on hold, and for calculating 
the holding time remaining until an agent will 
be available to be connected to a party on hold 
based at least upon said call handling time, 
said number of parties in said holding queue 
ahead of said party on hold, and the number of 
said agents; and 

means for providing to said party on hold 
a statement of said holding time remaining. 

24. The apparatus of Claim 23 wherein said means 
for calculating comprises means for multiplying 
said call handling time by said number of 
parties in said holding queue ahead of said 
party on hold and dividing by said number of 
agents. 

25. The apparatus of Claim 23 wherein said means 
for providing comprises means for providing a 
range of holding times to said party on hold. 

26. The apparatus of Claim 23 wherein said means 
for monitoring comprises means for measuring 
predetermined intervals of time and wherein 
said statement is provided at said predeter- 
mined intervals. 



27. The apparatus of Claim 23 wherein said means 
for monitoring comprises means for detecting 
a change in said holding time and wherein said 
statement is provided in response to said 

5 change in said holding time. 

28. The apparatus of Claim 23 wherein said means 
for monitoring comprises means for executing 
a call pacing algorithm, said call pacing al- 

10 gorithm providing a time remaining until an 

agent becomes available, and said means for 
monitoring is responsive to said time remain- 
ing until an agent becomes available for pre- 
dicting said holding time remaining until an 

IS agent will be available to be connected to a 

party on hold. 

29. The apparatus of Claim 23 wherein said party 
on hold is an inbound call party and said 

20 means for monitoring comprises: 

means for separating said agents into in- 
bound call handling agents and outbound call 
handling agents; 

means for determining the inbound call 
25 handling time of said inbound call handling 

agents; 

means for separating said parties into an 
inbound call holding queue and an outbound 
call holding queue; 

30 means for determining the number of par- 

ties in said inbound call holding queue ahead 
of said party on hold; and 

means for calculating said holding time 
based at least upon said inbound call handling 

35 time, said number of parties in said inbound 

call holding queue ahead of said party on hold, 
and the number of said inbound call handling 



40 30. The apparatus of Claim 23 wherein said party 
on hold is an outbound call party and said 
means for monitoring comprises: 

means for separating said agents into out- 
bound call handling agents and inbound call 
45 handling agents; 

means for determining the outbound call 
handling time of said outbound call handling 
agents; 

means for separating said parties into an 
50 outbound call holding queue and an inbound 

call holding queue; 

means for determining the number of par- 
ties in said outbound call holding queue ahead 
of said party on hold; and 
55 means for calculating said holding time 

based at least upon said outbound call holding 
time, said number of parties in said outbound 
call holding queue ahead of said party on hold, 
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and the number of said outbound call handling 

agents. 

31. The apparatus of Claim 23 wherein said party 
on hold is an inbound call party and said 
means for monitoring comprises: 

means for separating said agents into in- 
bound call handling agents and outbound call 
handling agents: 

means for determining the average in- 
bound call handling time of each of said in- 
bound call handling agents; 

means for determining an estimated re- 
maining call handling time for each of said 
inbound call handling agents based at least 
upon said average inbound call handling time 
for said agent and the time that said agent has 
been handling a current inbound call; 

means for ranking said inbound call han- 
dling agents based upon said estimated re- 
maining call handling time: 

means for separating said parties into an 
Inbound call holding queue and an outbound 
call holding queue; 

means for ranking the parties in said in- 
bound call holding queue; 

means for matching the rank of said party 
on hold with the rank of an inbound call han- 
dling agent to obtain said estimated remaining 
call handling time; and 

means for providing said estimated re- 
maining call handling time as said holding 
time. 

32. The apparatus of Claim 23 wherein said party 
on hold is an outbound call party and said 
means for monitoring said holding time re- 
maining comprises: 

means for separating said agents into out- 
bound call handling agents and inbound call 
handling agents; 

means for determining the average out- 
bound call handling time of each of said out- 
bound call handling agents; 

means for determining an estimated re- 
maining call handling time for each of said 
outbound call handling agents based at least 
upon said average outbound call handling time 
for said agent and the time that said agent has 
been handling a current outbound call; 

means for ranking said outbound call han- 
dling agents based upon said estimated re- 
maining call handling time; 

means for separating said parties into an 
outbound call holding queue and an inbound 
call holding queue; 

means for ranking the parties in said out- 
bound call queue; 
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means for matching the rank of said party 
on hold with the rank of an outbound call 
handling agent to obtain said estimated re- 
maining call handling time; and 
5 means for providing said estimated re- 

maining call handling time as said holding 
time. 

33. The apparatus of Claim 23 wherein said means 
10 for providing further provides, in response to a 

command from said means for monitoring, a 
message to said party on hold which specifies 
options available for said party on hold and 
requests that said party on hold Indicate the 

15 option selected by said party on hold; and 

wherein said apparatus further comprises 
means for detecting the option selected by 
said party on hold and providing an indication 
of said option selected to said means for moni- 

20 toring. 

34. The apparatus of Claim 23 wherein said means 
for monitoring comprises: 

means for providing a statement of said 
25 number of parties to said party on hold. 

35. The apparatus of Claim 34 wherein said means 
for monitoring comprises means for measuring 
predetermined intervals of time and wherein 

30 said statement of said number of parties Is 

provided at said predetermined intervals. 

36. The apparatus of Claim 34 wherein said means 
for monitoring comprises means for determln- 

35 Ing a change in said number of parties and 

wherein said statement of said number of par- 
ties is provided in response to said change in 
said number of parties. 

40 37. For use with a system whereby a plurality of 
agents communicate with a plurality of parties, 
a method for Improving the service provided to 
party who is placed on hold, comprising the 
steps of: 

45 determining the call handling time of said 

plurality of agents: 

determining the number of parties in a 
holding queue ahead of said party on hold; 
predicting the holding time remaining until 
50 an agent will be available to be connected to 

said party on hold, said holding time based at 
least upon said call handling time, said number 
of parties, and the number of said agents; and 
providing a statement of said holding time 
55 remaining to said party on hold. 

38. The method of Claim 37 wherein said step of 
predicting said holding time comprises mul- 
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tiplying said average call handling time by said 
number of parties and dividing by said number 
of agents. 

The method of Claim 37 wherein said step of 
providing said statement comprises providing a 
range of holding times to said party on hold. 



40. The method of Claim 37 wherein said state- 
ment is provided at predetermined intervals. 

41. The method of Claim 37 wherein said state- 
ment is provided in response to a change in 
said holding time. 

42. The method of Claim 37 wherein said system 
uses a call pacing algorithm which provides a 
time remaining until an agent becomes avail- 
able and said step of predicting said holding 
time comprises obtaining said time remaining 
from said call pacing algorithm. 

43. The method of Claim 37 and further compris- 
ing the steps of: 

playing a message to said party on hold 
specifying options available for said party and 
requesting that said party indicate the option 
selected by said party; and 

responding to said option selected. 

44. The method of Claim 43 wherein said options 
comprise remaining on hold and said step of 
responding comprises maintaining said party in 

said holding queue. 

45. The method of Claim 37 and further compris- 
ing the steps of: 

determining the number of parties in a 
holding queue ahead of said party on hold; and 

providing a statement of said number of 
parties to said party on hold. 

46. The method of Claim 45 wherein said state- 
ment of said number of parties is provided at 
predetermined intervals. 

47. The method of Claim 45 wherein said state- 
ment of said number of parties is provided in 
response to a change in said number of par- 
ties. 

48. For use with a system whereby a plurality of 
agents communicate with a plurality of parties, 
a method for improving the service provided to 
an inbound call party who is placed on hold, 
comprising the steps of: 

separating said agents into inbound call 
handling agents and outbound call handling 
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agents; 

determining the inbound call handling time 
of said inbound call handling agents; 

separating said parties into an inbound call 
holding queue and an outbound call holding 
queue; 

determining the number of parties in said 
inbound call holding queue ahead of said party 

on hold: 

predicting the holding time remaining until 
an agent will be available to be connected to 
said party on hold, said holding time based at 
least upon said inbound call handling time, 
said number of parties in said inbound call 
holding queue, and the number of said in- 
bound call handling agents; and 

providing a statement of said holding time 
remaining to said party on hold. 

49. For use with a system whereby a plurality of 
agents communicate with a plurality of parties, 
a method for improving the service provided to 
an outbound call party who is placed on hold, 
comprising the steps of: 

separating said agents into outbound call 
handling agents and inbound call handling 
agents; 

determining the outbound call handling 
time of said outbound call handling agents; 

separating said parties into an outbound 
call holding queue and an inbound call holding 
queue; 

determining the number parties in said 
outbound call holding queue ahead of said 
party on hold; 

predicting the holding time remaining until 
an agent will be available to be connected to 
said party on hold, said holding time based at 
least upon said outbound call handling time, 
said number of parties in said outbound call 
holding queue, and the number of said out- 
bound call handling agents; and 

providing a statement of said holding time 
to said party on hold. 

50. For use with a system whereby a plurality of 
agents communicate with a plurality of parties, 
a method for improving the service provided to 
an inbound call party who is placed on hold, 
comprising the steps of: 

separating said agents into inbound call 
handling agents and outbound call handling 



determining the inbound call handling time 
of each of said inbound call handling agents: 

determining an estimated remaining call 
handling time for each of said inbound call 
handling agents based at least upon said in- 
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bound call handling time for said agent and the 
time that said agent has been handling a cur- 
rent inbound call; 

ranking said inbound call handling agents 
based upon said estimated remaining call han- s 
dling time; 

separating said parties into an inbound call 
holding queue and an outbound call holding 

queue: 

ranking the parties in said inbound call io 
holding queue; 

matching the rank of said party on hold 
with the rank of an inbound call handling agent 
to obtain said estimated remaining call han- 
dling time; and 75 

providing a statement of said estimated 
remaining call handling time to said party on 
hold. 

51. For use with a system whereby a plurality of 20 
agents communicate with a plurality of parties, 
a method for improving the service provided to 
an outbound call party who is placed on hold, 
comprising the steps of: 

separating said agents into outbound call 25 
handling agents and inbound call handling 
agents; 

determining the outbound call handling 
time of each of said outbound call handling 
agents; 30 

determining an estimated remaining call 
handling time for each of said outbound call 
handling agents based at least upon said out- 
bound call handling time for said agent and the 
time that said agent has been handling a cur- 35 
rent outbound call; 

ranking said outbound call handling agents 
based upon said estimated remaining call han- 
dling time; 

separating said parties into an outbound 40 
call holding queue and an inbound call holding 
queue; 

ranking the parties in said outbound call 
queue; 

matching the rank of said party on hold 45 
with the rank of an outbound call handling 
agent to obtain said estimated remaining call 
handling time; and 

providing a statement of said estimated 
remaining call handling time to said party on 50 
hold. 



plurality of agents; 

determining the number of parties in a 
holding queue ahead of said party on hold; 

predicting the holding time remaining until 
an agent will be available to be connected to 
said party on hold, said holding line based at 
least upon said call handling time, said number 
of parties, and said number of said agents; 

providing a statement of said holding time 
to said party on hold; and 

playing a message to said party on hold 
specifying options available for said party and 
requesting that said party Indicate the options 
selected by said party, wherein said options 
comprise having a call placed to said party 
when an agent becomes available and said 
step of responding comprises marking a 
record to indicate that a call is to be placed to 
said party. 

53. The method of Claim 52 wherein said call is 
placed when an agent becomes available. 

54. The method of Claim 52 wherein said call is 
placed when an agent is predicted to become 
available. 

55. The method of Claim 52 wherein said call is 
placed at a time indicated by said party on 
hold. 



52. For use with a system whereby a plurality of 
agents communicate with a plurality of parties, 
a method for improving the service provided to 55 
party who is placed on hold, comprising the 

steps of: 

determining the call handling time of said 
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